home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 17 / CU Amiga Magazine's Super CD-ROM 17 (1997)(EMAP Images)(GB)[!][issue 1997-12].iso / CUCD / Programming / AMOSList / AMOSLIST.0897 / 000030_amos-request@svcs1.digex.net_Mon Aug 4 10:12:07 1997.msg < prev    next >
Text File  |  1997-09-09  |  2KB  |  46 lines
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  2.     by mail2.access.digex.net (8.8.5/8.8.5) with ESMTP id KAA26817
  3.     for <mcox@access.digex.net>; Mon, 4 Aug 1997 10:12:06 -0400 (EDT)
  4. Received: (from daemon@localhost)
  5.     by svcs1.digex.net (8.8.5/8.8.5) id JAA17939
  6.     for amos-out; Mon, 4 Aug 1997 09:27:56 -0400 (EDT)
  7. Received: from mail3.access.digex.net (mail3.access.digex.net [205.197.247.4])
  8.     by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id JAA17930
  9.     for <amos-list@svcs1.digex.net>; Mon, 4 Aug 1997 09:27:55 -0400 (EDT)
  10. Received: from cpt6.stm.tudelft.nl (cpt6.stm.tudelft.nl [130.161.247.6])
  11.     by mail3.access.digex.net (8.8.5/8.8.5) with SMTP id JAA21736
  12.     for <amos-list@access.digex.net>; Mon, 4 Aug 1997 09:27:53 -0400 (EDT)
  13. Received: from dutw1347.wbmt.tudelft.nl by cpt6.stm.tudelft.nl with SMTP
  14.     (1.38.193.4/16.2) id AA11429; Mon, 4 Aug 1997 15:29:18 +0200
  15. Message-Id: <3.0.32.19970804153108.00923ae0@cpt6.stm.tudelft.nl>
  16. X-Sender: dejong@cpt6.stm.tudelft.nl
  17. X-Mailer: Windows Eudora Pro Version 3.0 (32)
  18. Date: Mon, 04 Aug 1997 15:31:10 +0200
  19. To: amos-list@access.digex.net
  20. From: "Maarten D. de Jong" <M.D.deJong@stm.tudelft.nl>
  21. Subject: RE: Crippling Programs
  22. Mime-Version: 1.0
  23. Content-Type: text/plain; charset="us-ascii"
  24. Status: O
  25. X-Status: 
  26.  
  27. At 07:47 AM 8/4/97 -0500, you wrote:
  28. >Wayne O'Donnell scrawled this garbage in a text editor on 
  29. >04-Aug-97 regarding the subject of RE: Crippling Programs:
  30. >
  31. >> IMO the best way is to leave all the functions in but to remove 
  32. >> some vital element such as a SAVE function.  This way, people can play
  33. >> around with the program and get a feel for all its functionality but can 
  34. >> not actually use it in a constructive manner.
  35. >
  36. >> Obviously this is frustrating for the user but if they feel that they
  37. >> want to use the product then they have no choice but to register.
  38. >
  39. >It would be nice to test the output at least once though
  40.  
  41. That's the problem -- you can't have everything :-). If you offer limited
  42. save capabilities, people can and will hack the protection away. There's
  43. no use in writing your own save routine if it's not there...
  44.  
  45. Maarten
  46.